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(54) Print systems, printer driver and printer 

(57) A printer driver is provided- in a host computer. 
When a print job occurs, the printer driver automatically 
selects the format of a plotting command to be output to 
a printer. As the command format, there are available 
two kinds of formats: a high-level printer control lan- 
guage format (for example, PDL), and an intermediate 
code format expressed in an intermediate language. 



When the latter format is selected, the printerdriver con- 
verts a plotting command from an application to an in- 
termediate code and then outputs the intermediate code 
to the printer. The printer converts the intermediate code 
to another intermediate code specific to the printer by a 
very simple processing, and then develops the interme- 
diate code to a bit image, thereby enabling high speed 
printing. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a print system in- 
cluding a host computer and a printer connected with 
the host computer and, in particular, to an improvement 
in a print speedup technology suitable for a print system 
using a page printer. 

Description of Related Art 

In a page printer, due to the structure of a print en- 
gine thereof, after printing has started, it is impossible 
to stop the feeding of print sheets or to return the print 
sheets in the reverse direction in the middle of the print- 
ing. Also, even when the page printer is not capable of 
having a bit map memory corresponding to one page, 
printing must be executed at a speed near the maximum 
performance of the print engine. 

In order to realize the above-mentioned functions, 
in the prior art, a controller employed in the page printer 
includes a high-power CPU and a mass storage mem- 
ory and, in this respect, the controller is more powerful 
that the host computer. 

Also, the controller of the page printer does not 
translate one or more plotting commands Irom a host 
computer directly into one or more bit map images but 
allows an intermediate code to intervene in the middle 
of translation from the plotting commands to the bit map 
images, thereby being able not only to simplify the next 
and following operations of translation into the bit map 
images but also to facilitate the conversion of the plotting 
commands free from the detailed characteristics of the 
print engine, so that the efficiency of-the whole print 
processing can be improved. Therefore, in the controller 
of the page printer, a module which interprets a plotting 
command and creates an intermediate code corre- 
sponding to the plotting command is clearly separate 
from a module which interprets the thus created inter- 
mediate code and creates a page of bit map images. 

In recent years, the CPU power and memory capac- 
ity of a host computer have improved greatly and, as an 
inevitable consequence of this, the quantity of plotting 
commands to be supplied to a printer has also increased 
greatly. As a result, the CPU power and memory capac- 
ity of the printer have become insufficient to realize a 
desired print throughput. Also, there arises a problem 
that, because the printer is short of memory capacity, 
there occurs over-memory or irreversible compression 
so that perfect printing cannot be realized. 

However, from the viewpoint of cost reduction, it is 
difficult to increase the power of the controller and hard- 
ware ol the printer or to increase the number of memo- 
ries thereof. 

Similar problems are found not only in the page 
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printer but also in a system which uses a printer of an- 
other type such as a serial printer or the like. 

In view of the above, it is an object of the invention 
to provide an improved print system which can improve 
5 the throughput of the whole system even without en- 
hancing the throughput of a printer itself. 

SUMMARY OF THE INVENTION 

10 in attaining the above object, according to the in- 
vention, there is provided a print system which includes 
a host computer and a printer connected with the host 
computer. In the present print system, the host computer 
includes a printer driver which is used to generate print 
15 job data including one or more plotting commands to be 
given to the printer, while the printer driver further in- 
cludes intermediate level job data generating means 
used to generate intermediate level print job data includ- 
ing plotting commands at least part of which are ex- 
pressed in the format of a first intermediate code. Also, 
the printer includes intermediate code conversion 
means which is used to receive intermediate level print 
job data and converts the plotting commands of the in- 
termediate level job data into a second intermediate 
code, and third conversion means which is used to con- 
vert the second intermediate code into bit image data 
for printing. 

According to the present print system, in the host 
computer, part or all of the plotting commands are con- 
verted to the intermediate code format before being 
transmitted to the printer. Therefore, in the printer, there 
can be omitted a processing which converts the plotting 
commands written in a high-level language to the inter- 
mediate code. In this manner, according to the inven- 
tion, since the intermediate code generation processing, 
which has been conventionally performed only in the 
printer, can be shared by the host computer, especially 
when the memory or CPU of the host computer has ca- 
pabilities to spare, and the printing speed of the printer 
can be enhanced. 

The printer driver further may include high-level job 
data generation means used to generate high-level print 
job data in which the plotting commands thereof are all 
expressed in a high-level printer control language, and 
mode select means used to select one of the interme- 
diate level job data generation means and the high-level 
job data generation means. In this case, the printer fur- 
ther may include graphics means which is used to con- 
vert the plotting commands expressed in the high-level 
printer control language to the second intermediate 
code. 

In this structure, two operation modes can be used 
selectively on a case-by-case basis: that is, an operation 
mode in which all the plotting commands with respect 
to the printer are expressed in the high-level printer con- 
trol language as in the prior art; and, an operation mode 
in which the plotting commands are in part or wholly con- 
verted to the intermediate code. In this case, it is pref- 
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erable that selection of one of the two operation modes 
can be decided automatically. In a preferred embodi- 
ment of the invention, the operation mode can be se- 
lected automatically by synthetically considering the 
kinds of application programs, the capabilities of the s 
printer, and the capabilities of the host computer. 

Also, when selecting the operation mode automat- 
ically, the operation mode may be decided according to 
a print job unit; or, a page unit, a band unit, or a plotting 
command unit; or, an application program unit. 

The print job data can also be formed such that it 
includes specification information for specifying which 
plotting commands are converted to the intermediate 
code. For example, when all the plotting commands are 
converted to the intermediate codes, the print job data 
can declare in the head portion thereof to the effect that 
all the plotting commands are converted to the interme- 
diate codes. Also, when only the specific pages, specific 
bands, or specific commands are converted to the inter- 
mediate codes, the declaration to this effect can be set 
in the head of the specific pages, bands or commands. 
Such declaration, that is, such specification information, 
can be described in the printer control language. 

From the viewpoint of relieving the processing bur- 
den of the printer, it is preferred that the first intermediate 
code to be generated by the printer driver and the sec- 
ond intermediate code to be generated by the printer be 
in the same format. However, there is a possibility that, 
since the roles of the two intermediate codes are differ- 
ent from each other, they can be different in the details 
thereof. For example, the first intermediate code must 
include bit image data on the individual characters to be 
plotted and on the individual images to be plotted. On 
the other hand, in an ordinary printer, such bit image 
data is managed at a different storage location from the 
intermediate code and, therefore, the second interme- 
diate code does not include such bit image data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of the overall structure of 
an embodiment of a print system according to the 
invention; 

Fig. 2 is a block diagram of the functional structure 
of a printer driver 9 provided within a host computer 
1; 

Fig. 3 is an explanatory view of an example of job 
data; 

Fig. 4 is a block diagram of the functional structure 
of a controller 11 provided in a printer 3; 
Fig. 5 is a flow chart of the overall flow of a process- 
ing to be performed by the printer driver 9; 
Fig. 6 is a flow chart of a page mode decision 
processing and a banding decision processing; 
Fig. 7 is a table of evaluation points which are used 
to decide a page mode; 

Fig. 8 is a flow chart of the details of a processing 
to be performed in Step S7 shown in Fig. 5; 



Fig. 9 is a flow chart of the details of a processing 
to be performed in Step S8 shown in Fig. 5; and, 
Fig. 10 is a flow chart of a processing to be per- 
formed by a language interpret part 81 of the con- 
troller 11 in the printer 3. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

Fig. 1 shows the overall structure of an embodiment 
of a print system according to the invention. 

The present print system includes a host computer 
1 and a page printer 3 connected to the host computer 
1 . In the host computer 1 , an application program 5 no- 
tifies the start of a new print job to a plotting module 
(which is hereinafter referred to as "an application pro- 
gramming interface (API) module") 8 provided within an 
operating system (OS) 7, and sends the call ol the plot- 
ting function of the API to the API module 8. In response 
to this, the API module 8 sends a printer driver 9 the call 
of the plotting function of the printer driver 9 (which is 
hereinafter referred to as "a device driver interface (DDI) 
call-). 

The printer driver 9 converts the DDI call into a print 
command in an output format which can be recognized 
by the page printer 3. The output format includes two 
kinds of output formats. One of them is a high-level lan- 
guage which is generally referred to as a printer control 
language and, in the present embodiment, this corre- 
sponds to a Page Description Language (PDL). The oth- 
er output format is an intermediate (IM) code which is 
described in an Intermediate Language (IML). This in- 
termediate code is basically the same format as an in- 
termediate code which is generated from PDL by a con- 
troller 11 provided in the page printer 3, but they are a 
little different in the details from each other. Hereinafter, 
in order to distinguish them from each other, the inter- 
mediate code to be generated by the printer driver 9 is 
referred to as a driver intermediate (DIM) code, whereas 
the intermediate code to be generated by the page print- 
er 3 is referred to as a printer intermediate (PIM) code. 

The DIM code is different from the PIM code mainly 
in that it includes image bit map data on characters and 
bit images. That is, when a certain band, with characters 
and bit images drawn therein, is described in an inter- 
mediate code, within the printer, the bit map data on the 
respective characters and bit images are placed in other 
memory areas than the PIM code, while pointers to the 
respective characters and bit images in these memory 
areas are described in the PIM code. On the other hand, 
in the DIM code, there are placed not only the characters 
and bit images but also the bit map data on such char- 
acters and bit images. In this case, in order to avoid the 
repetition of the bit map data, for example, the following 
format can be employed. That is, only when the charac- 
ters and bit images appear for the first time within the 
band, the bit map data on the characters and bit images 
are placed or registered in the DIM code together with 
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the identification numbers and the size specifications 
thereof and, next, the identification numbers of the char- 
acters and bit images, the coordinates thereof within the 
band, the specifications of the actually used portions of 
the thus registered bit map data, and the like are de- $ 
scribed. After that, each time the same characters and 
bit images appear again within the same band, the iden- 
tification numbers of the characters and bit images, the 
coordinates thereof within the band, the specifications 
of the actually used portions of the thus registered bit 
map data are described. 

Also, generally, the PIM code within a printer sup- 
ports a great variety of plotting functions. On the other 
hand, the DIM code must be matched to the function of 
the DDI that is supplied by the OS 7 and, therefore, if 
the function of the DDI is more limited than the function 
of the PIM code, for example, in the passes, graphics 
parameters, kinds of coordinate conversion function 
calls and the like, then the function of the DIM code is 
similarly more limited than the function of the PIM code 
in the above-mentioned respects. 

The print command from the printer driver 9 is sent 
through the OS 7 to the printer 3. In the printer 3, the 
controller 1 1 interprets the print command and converts 
it into a PIM code. Here, when the controller 11 receives 
a print command expressed in the PDL, the controller 
11 interprets the PDL command and converts it into a 
PIM code according to the same procedure as a con- 
ventional printer follows. On the other hand, on receipt 
of a DIM code, the controller 11 generates a PIM code 
by means of very simple conversion (that is, a conver- 
sion which merely cancels the above-mentioned differ- 
ences). Therefore, the amount of processing of the con- 
troller 11 is very small when it receives the DIM code. 

The controller 11 stores the thus generated PIM 
code into the intermediate code buffer 13. Also, in syn- 
chronization with the operation of the print engine 17, 
the controller 11 creates bit image data from the PIM 
code stored in the intermediate code buffer 13 and de- 
velops it to the image buffer 15. Here, under a specific 
condition that the bit map data is more advantageous 
than the PIM code in the amount of memory required 
and/or processing speed, the controller 11 pre-develops 
the PIM code to the bit map image before it develops 
the same to the image buffer 15. 

The print engine 17 reads out the bit map image 
from the image buffer 1 5 and prints it on a printing sheet. 

Here, the page printer 3 may include a receive buff- 
er which is capable of provisionally storing a print com- 
mand from the host computer 1. 

Fig. 2 shows the functional structure of the printer 
driver 9 included in the host computer 1. 

A system interface 23, on receipt of a DDI call for a 
new print job from the API 8, decides a page mode and 
then allows a job data generation module 25 to execute 
a plotting processing in accordance with the DDI call. 
Here, "to decide a page mode" means todecide whether 
the output format of a print command to be output to the 



printer is a PDL format or a DIM code format. A mode 
to output the print command in the PDL format is re- 
ferred to as a "printer page mode", whereas a mode to 
output the print command in the DIM code format is re- 
ferred to as a "driver page mode". A method for deciding 
the page mode will be described in detail later. 

In the printer page mode, the job data generation 
module 25 executes a plotting processing which corre- 
sponds to a DDI call delivered from the system interface 
23 and, as a result of this, a print command chain relat- 
ing to a print job (which is hereinafter referred to as job 
data) is generated in such format as shown in Fig. 3 (A). 

The job data shown in Fig. 3 (A) starts with a job 
start declaration 41 , and a language specify command 
43 and a printer initialize command 45 follow sequen- 
tially after the job start declaration 41 . After that, plotting 
commands 47 in pages follow, while a page eject com- 
mand 49 is added to the end of each of the plotting com- 
mands 47 in the -respective pages. A job end declara- 
tion 51 is placed after the last plotting command 47 in 
the last page, which ends the job data. 

The first job start declaration 41 , language specify 
command 43 and the last job end declaration 51 are ex- 
pressed in a high-level language called a job language 
which is independent of a printer control language. The 
language specify command 43 specifies a printer con- 
trol language to be used in the present job data and, in 
the present embodiment, a given PDL is specified as 
the language specify command 43. 

Commands 45 to 49 following the language specify 
command 43 are respectively expressed in a given PDL 
specified by the language specify command 43. The 
printer initialize command 45 is used to initialize the en- 
vironment or state of the printer. In the printer initialize 
command 45, there is also included the specification of 
a page mode and, here, a printer page mode is speci- 
fied. 

The plotting command 47 following the printer ini- 
tialize command 45, as mentioned before, is described 
in the PDL in pages. 

Now, referring again to Fig. 2, such job data as 
shown in Fig. 3 (A), which is output from the job data 
generation module 25, is written into a spooler 35 pro- 
vided within the OS 7. After that, the job data is trans- 
mitted from the spooler 35 to the printer 3. 

On the other hand, in the case of the driver page 
mode, with respect to the plotting processing calls for 
the respective pages among the DDI calls delivered 
from the system interface 23, instead of the job data 
generation module 25, there is invoked an IMM driver 
27 and the IMM driver 27 generates a function call 
(which is hereinafter referred to as "an- IMM call") with 
respect to an intermediate code generation module 
(which is hereinafter referred to as "an IMM module") 
which will be discussed later. As a result of this, among 
the job data shown in Fig. 3 (A), the portions of the re- 
spective pages that correspond to the plotting com- 
mands 47 are respectively expressed in the form of IMM 
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calls not in the form of the PDL 

Fig. 3 (B) shows an example of the plotting com- 
mand that is expressed in the IMM call and, in this ex- 
ample, a page is divided into one or more bands and the 
plotting command 55 of each band is expressed in the 
IMM call To the heads of the plotting commands 55 of 
the respective bands, there are attached band number 
declarations 53 which show the start of the respective 
bands. The band number declarations 53 are respec- 
tively expressed in the PDL. 

Therefore, from the IMM driver 27, there are output 
job data in a format obtained by replacing the portions 
of the job data of Fig. 3 (A) that correspond to the plotting 
commands 47 of the respective pages with such expres- 
sions as are shown in Fig. 3 (B). By the way, in the 
present job data, the driver page mode is specified with- 
in the printer initialize command 45. 

The job data from the IMM driver 27 is delivered 
through shared memory 29 to a replay module 31 . Here, 
delivery of the job data to the replay module 31 is basi- 
cally executed through the shared memory 29 but, in the 
case of the job data having a large record size, the job 
data is arranged as a file and the name of the file is writ- 
ten into the shared memory 29. 

The replay module 31 passes-therethrough the por- 
tions of the job data that are expressed in the job lan- 
guage and PDL, that is, the job start declaration 41 , lan- 
guage specify command 43, printer initialize command 
45, band number declaration 53 and page eject com- 
mand 49 respectively shown in Figs. 3 (A) and (B), as 
they are, and writes them into the spooler 35. 

On the other hand, with respect to the plotting com- 
mand 55 in the format of the IMM call shown in Fig. 3 
(B), the replay module 31 calls the plotting function of 
the IMM module 33. The plotting function of the IMM 
module 33 converts the present plotting command 55 to 
a DIM code (that is, a driver intermediate code). 

Fig. 3 (C) shows an example of a plotting command 
61 included in each of the bands and converted to the 
DIM code and, to the head of the plotting command 61 , 
there is attached a declaration 59 indicating thatthe plot- 
ting command 61 is an intermediate code (that is, binary 
data). This intermediate code declaration 59 is ex- 
pressed in the PDL. 

Therefore, from the replay module 31, there is out- 
put job data in the format that is obtained by replacing 
the plotting command 47 of each page of the job data 
shown in Fig. 3 (A) with one shown in Fig. 3 (B) and 
further by replacing the plotting command 55 of each 
band shown in Fig. 3 (B) with one shown in Fig. 3 (C). 

Fig. 4 shows the functional structure of the control- 
ler 11 of the printer 3. 

In the controller 11, on receipt of the job data, at 
first, a language interpret part 81 interprets a command 
included in the job data and expressed in a job language 
and PDL and, in accordance with the interpretation re- 
sult, calls the plotting function of a graphics module 
(which is hereinafter referred to as "GRM"). When the 



DIM code is included in the job data, the language in- 
terpret part 81 calls an intermediate code conversion 
part 85 through the GRM 83 and hands the DIM code 
over to the intermediate code conversion part 85. 

s The GRM 83 has a function to generate a PIM code 
(a printer intermediate code) in accordance with a plot- 
ting command expressed in the PDL. Also, the interme- 
diate code conversion part 85 is a function which is add- 
ed to the GRM 83 in order to convert the DIM code to 

io thePIMcode. Here, a processing for converting the DIM 
code to the PIM code is very simple when compared 
with a processing to be performed by the GRM 83, as 
was described before. 

Therefore, for the printer page mode, in accordance 

is with the result of the interpretation by the language in- 
terpret part 81 , the GRM 83 generates a PIM code. On 
the other hand, for the driver page mode, the interme- 
diate code conversion part 85 generates the PIM code 
from the DIM code included in the job data by means of 

so simple conversion. Here, when it is more advantageous 
to convert the DIM code to bit map data from the begin- 
ning than to convert the DIM code to the PiM code, the 
DIM code may also be pre-developed to the bit map da- 
ta. 

2S in both modes, the generated PIM code is delivered 
from the GRM 83 to a PIM code register & develop part 
87. The PIM code register & develop pari 87 registers 
the PIM code in the intermediate code buffer 13 and, in 
synchronization with the operation of the print engine 

30 1 7, reads out the PIM code from the intermediate code 
buffer 13 and develops a bit map image on the image 
buffer 15 in accordance with the read-out PIM code. 
Now, description will be given below in more detail of 
the operation of the above-mentioned structure. 

35 Fig. 5 shows a flow chart of the overall flow of the 
processing to be performed by the printer driver 9. 

At first, the printer driver 9 receives the DDI call from 
the API 8 (S1), if the initialize function of the driver 9 is 
invoked by the present DDI call (Y in S2), then not only 

40 js page mode decided (S3) but also banding (S4) is de- 
cided in the present initialize processing. These deci- 
sions are executed according to the flows that are re- 
spectively shown in Fig. 6. 

As shown in Fig. 6, in the operation mode decision 

45 processing (S3), at first, evaluation points are calculated 
with respect to the printer page mode and driver page 
mode, and page mode is selected which has the greater 
evaluation points (S11 , S12). Here, the calculation of the 
evaluation points is executed according to an evaluation 

50 point table which, as shown in Fig. 7, shows the evalu- 
ation points of the respective modes with respect to var- 
ious parameters. 

In the example shown in Fig, 7, as the parameters, 
there are available an application type, a printer memory 

55 size, a printer CPU speed, a host computer size, a host 
computer CPU speed, a connection form between the 
host-and printer, and the like. Here, the term "application 
type" is used to distinguish the types of the applications 
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5 Irom each other. That is, whether the application 5 is 
an application of a type that is mainly used to handle 
characters (such as a text editor, a word processor, or 
the like), a type that is mainly used to handle graphics 
forms (such as CAD, draw-system graphics, or the like), 
or a type that is mainly used to handle images (such as 
photo- retouch, paint-system graphics, or the like). 

As can be seen from Fig. 7, the parameters can be 
evaluated in the following manner. That is, when the 
quantity of data to be processed is large or the power of 
a printer is low, the evaluation point ol the driver page 
mode is high. On the other hand, when the quantity of 
data to be processed is small or the capability of a host 
computer is low, the evaluation point of the printer page 
mode is high. The evaluation points of these parameters 
are summed up for each of the two modes and the sum 
values of the evaluation points of the two modes are 
compared with each other. The mode that is found high- 
er in the sum value is selected. 

By the way, when the present print job is to plot char- 
acters using fonts prepared within the printer, the follow- 
ing technique can also be employed. 

That is, as shown in Fig. 3 (D), in this technique, it 
is arranged that certain plotting commands 65 and 69 
in one band are expressed in the I MM call, the other 
command 67 is expressed in the PDL and, after that, as 
shown in Fig. 3 (E), the IMM calls 65 and 69 are con- 
verted toa DIM code 75. Under this arrangement, when 
there is included a command to plot characters using 
the printer fonts, the command 67 is expressed in the 
PDL as conventionally and thus the command 67 is al- 
lowed to exist together with the plotting commands 65 
and 69 expressed in the IMM call. For this reason, al- 
though the portion of the command to plot characters 
using the printer fonts can be processed only at the 
same speed as the conventional processing speed, the 
other portions thereof are allowed to generate interme- 
diate codes on the printer driver side, with the result that 
the present print job as a whole can be processed at 
high speed. 

Also, as an alternative method, it is also possible to 
rewrite the command for plotting characters using the 
printer fonts into a command which plots characters us- 
ing fonts provided on the host computer side. This 
makes it possible to handle the present command in the 
same manner as the other plotting commands 65 and 
69 expressed in the IMM call, so that an intermediate 
code can be generated on the printer driver side. 

Now, referring again to Fig. 6, if the driver page 
mode is selected, then the banding decision processing 
(S4) is executed. At first, the number of bytes of a mem- 
ory necessary to store Dl M codes corresponding to one 
page is estimated, the estimated byte number is set in 
a variable P, and the initial value 1 of the band number 
is set in a variable n (S13). Next, it is checked whether 
a P byte memory can be actually secured or not (S14). 
If it is found that n=1, then an unbanding processing 
(that is, a page is not divided into two or more bands but 



is processed as a band) is decided (S1 6). Here, the larg- 
er the size of the P byte is, the less frequently the plotting 
element is divided, which reduces the number of times 
of replay to thereby reduce the driver processing time, 
$ resulting in improved performance of the overall 
processing. 

On the other hand, when the P byte cannot be se- 
cured. P is divided by 2 and n is doubled (S1 7) and, after 
that, it is checked whether or not the P byte can be se- 
cured (S13). If the P byte cannot be secured, then P is 
divided by 2 and n is doubled again (S17). This opera- 
tion is executed repeatedly until the P byte can be se- 
cured. If the P byte can be secured, then the memory 
area of the P byte is secured as a buffer for the DIM 
code and there is decided such a banding processing 
as can divide a page by the band number that is indicat- 
ed by the current n (S18). 

By the way, in the case of the printer page mode, 
since the plotting contents are described in the PDL in 
pages, an unbanding processing is inevitably decided. 

Referring again to Fig. 5, after the above-mentioned 
driver initialization procedure is ended, depending on 
whether the mode is the printer page mode or driver 
page mode (S5), as described before, the main opera- 
tion of the plotting processing is assigned to the job gen- 
eration module 25 or IMM driver 27. That is, if the mode 
is the printer page mode, then the plotting function of 
the job generation module 25 is called by the plotting 
DDI call, plotting commands in the PDL are thereby gen- 
erated, and the thus generated PDL commands are re- 
spectively written into the spooler 35 in pages (S6). 

On the other hand, for the driver page mode, the 
function of the IMM driver 27 is invoked by the plotting 
DDI call, a function call for the IMM module 33 is thereby 
generated, and the thus generated function call is then 
written into the shared memory 29 (S7). Also, asynchro- 
nously with the writing of the function call into the shared 
memory 29, in response to an IMM function call within 
the shared memory 29, the replay module 31 calls the 
IMM module 33, generates a DIM code, and writes the 
thus generated DIM code into the spooler 35 (S8). The 
above-mentioned processing is performed repeatedly 
until a DDI call indicating the end of the job appears (S9). 

Fig. 8 shows the details of the above-mentioned 
processing to be performed in Step S7 shown in Fig. 5. 
This processing is executed by the job data generation 
module 25 and IMM driver 27 shown in Fig. 2. 

At first, a DDI call for initialization of the print job is 
received (S21). In response to this, there are generated 
not only a command for initialization of the function of 
the IMM module 33, but also the start declaration 41, 
language specify command 43 and printer initialize 
command 45 (including the specification of the page 
mode) respectively shown in Fig. 3 (A) (S22 to S25), 
and they are written into the shared memory 29 (S28). 
After that, a DDI call for the plotting processing of each 
page is received. In response to this, for every band 
within each page, there are generated the plotting com- 
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mand 55 in the form of an I MM call and band number 
declarations 53 and 57 expressed in the PDL, which are 
respectively shown in Fig. 3 (B), and they are then writ- 
ten into the shared memory 29 (S28). Finally, a DDI call 
for ending the job is received and, in response to this, $ 
there is generated the job end declaration 51 shown in 
Fig. 3 (A) (S27), and the thus generated job end decla- 
ration 51 is written into the shared memory 29 (S28). 

Fig. 9 shows the details of the processing to be per- 
formed in Step SB shown in Fig. 5. This processing is 10 
executed by the replay module 31 and I MM module 33 
shown in Fig. 2. 

First, the replay module 31 reads out job data from 
the shared memory 29 (S31 ) and checks whether or not 
a command included in the thus read-out job data is a is 
command described in a job language or a command 
described in the PDL (S32). Then, if it is found that the 
command in the job data is described in the job lan- 
guage or PDL, then the command, as it is, is output to 
the spooler 35 (Y in S32). On the other hand, for an I MM 20 
call in the job data, there is invoked a plotting function 
which is stored in the IMM module 33 and corresponds 
to the IMM call (S33), and a plotting processing is exe- 
cuted using the parameters of the present IMM call 
(S34), In the plotting processing, at first, bit map data 25 
on characters and bit images are developed onto a pre- 
viously secured page memory (or band memory) (S34) 
and, in bands, there are generated such plotting com- 
mands 61 in the form of DIM codes as shown in Fig. 3 
(C) (S35). In this operation, according to the case, as 30 
described before, the respective bands may be pre-de- 
veloped to the bit map images not in the form of DIM 
codes. After that, the thus generated DIM code plotting 
commands 61 are output to the spooler 35 (S36). The 
above-mentioned processing is performed repeatedly 35 
until the last portion of the job data is finished (S37). 

Fig. 10 shows the details of the processing to be 
performed by the language interpret part 81 of the con- 
troller 11 provided within the printer, which is already 
shown in Fig. 4. 40 

At first, it is checked from the page mode specifica- 
tion of the job data received from the host computer 1 
whether the page mode is a printer page mode or a driv- 
er page mode (S41). If the printer page mode is speci- 
fied, then the respective plotting commands of the job 45 
data expressed in the PDL are interpreted and it is 
checked from the results of such command interpreta- 
tion whether each plotting command is a command to 
plot characters or not (that is, whether it includes char- 
acter data or not) (S42), or a command to plot bit images so 
or not (whether it includes binary data or not) (S43), or 
a command to plot graphics (figures) or not (whether it 
includes graphics data or not), that is, (whether it in- 
cludes neither character data nor binary data or not). 

If the command to plot characters is received, then 55 
the bit map data of the characters are generated (S44) 
and, then a character plotting instruction is given to 
GRM 83 (S45). If the command to plot graphics is re- 



ceived, then the plotting control point of the graphics is 
set (S46) and, after that, a graphics plotting instruction 
is given to the GRM 83 (S47). If the command to plot bit 
images is received, then the bit map data of the bit im- 
ages is created (S48) and, then-an image plotting in- 
struction is given to the GRM 83 (S49). In accordance 
with such plotting instruction, the GRM 83 generates a 
PI M code and then writes the same into the intermediate 
code buffer 1 3. 

On the other hand, if the driver page mode is spec- 
ified, then the plotting command in the form of a DIM 
code, as it is, is output to the GRM 83 (S62). In response 
to this, as described before, the GRM 83 invokes the 
intermediate code convert part 85 to thereby convert the 
DIM code to the PIM code. This conversion processing 
is so simple that it can be executed at a high speed. 

As described above, in the present embodiment, for 
each print job, the printer page mode or driver page 
mode is selected and, for the driver page mode, the plot- 
ting command is converted to the intermediate code by 
the printer driver before it is supplied to the printer. This 
relieves the processing burden of the printer to thereby 
be able to enhance the processing speed of the printer. 
Therefore, by selecting the driver page mode properly 
according to the state of the entire system, the process- 
ing speed of the whole system can be improved. 

By the way, in the above-mentioned embodiment, 
in the driver page mode, the plotting commands of all 
pages are expressed in the intermediate code form. 
However, the invention is not always limited to this but, 
for example, some pages may be expressed in the in- 
termediate code, whereas the other pages may be ex- 
pressed in the PDL. That is, the intermediate code con- 
version processing may be controlled in pages. Or, the 
intermediate code conversion processing may be con- 
trolled in applications. 

Also, the above conversion processing can be con- 
trolled in bands or in commands. In particular, when the 
processing is controlled in bands, for example, the plot- 
ting commands of certain bands are converted to the 
IMM code as shown in Figs. 3 (B) and (C) before they 
are converted to the DIM code, whereas the plotting 
commands of the other bands are expressed in the PDL. 
On the other hand, when the processing is controlled in 
commands, at first, as shown in Fig. 3 (D), certain com- 
mands 65 and 69 in a band are expressed in the IMM 
call and the other band 67 is expressed in the PDL and, 
then, as shown in Fig. 3 (E), the IMM calls 65 and 69 
are converted to the DIM code 75. 

As mentioned above, when, in the driver page 
mode, the plotting commands expressed in the PDL and 
in the DIM code are allowed to be present together in 
one piece of job data. In the language processing by the 
printer shown in Fig. 1 0, there are necessary steps (S51 , 
S52, S53) to distinguish the plotting commands ex- 
pressed in the DIM code from the plotting commands 
expressed in the PDL. That is, in the driver page mode, 
if the PDL command to plot characters is received (Y in 
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S51), then a clipping area corresponding to the range 
of a physical band to be processed is firstly set (S54), 
the bit map data on the characters is then generated 
(S56), and a character plotting instruction is given to the 
GRM 83 (S57). Also, it the command to plot graphics is 
received, similarly, a clipping area corresponding to the 
range ot a physical band to be processed is firstly set 
(S55), the plotting control point of the graphics is then 
set (S58) and, after that, a graphics plotting instruction 
is given to the GRM 83 (S59). Further, if the command 
to plot bit images is received, similarly, a clipping area 
corresponding to the range of a physical band to be 
processed is firstly set (S63), the bit map data on the bit 
images is created (S60) and, after that, an image plot- 
ting instruction is given to the GRM 83 (S61). On the 
other hand, if the command expressed in the intermedi- 
ate code is received, then the command, as it is, is de- 
livered to the GRM 83 (S62). 

It should be noted here that the invention is not lim- 
ited to the above-mentioned embodiment but other em- 
bodiments, which include changes, improvements, 
modifications and the like with respect to the above- 
mentioned embodiment, are also possible. 



Claims 



of said intermediate level job data generation 
means and said high-level job data generation 
means, and also wherein said printer further in- 
cludes graphics means used to receive said high- 
5 level print job data and convert said plotting com- 
mands expressed in said high-level printer control 
language to said second intermediate code. 

4. A print system as set forth in Claim 3, wherein said 
10 mode select means automatically selects one of 

said intermediate level job data generation means 
and said high-level job data generation means for 
each print job, each page, each band, each plotting 
command, and each application program. 

is 

5. A print system as set forth in Claim 3, wherein said 
mode select means always selects said high-level 
job data generation means when a print job uses 
fonts provided internally in said printer. 

20 

6. A print system as set forth in Claim 1 , wherein said 
first intermediate code format includes bit map im- 
age data on characters or images to be plotted, 
whereas said second intermediate code format 

25 does not include bit map image data on characters 
or images to be plotted. 



1. A print system comprising a host computer and a 
printer connected to the host computer, wherein 
said host computer includes a printer driver used to 30 
generate print job data including plotting commands 

to be given to said printer, said printer driver in- 
cludes intermediate level job data generation 
means used to generate intermediate level job data 
including plotting commands at least part of which 35 
is expressed in a first intermediate code format, and 
said printer includes intermediate code convert 
means used to receive said intermediate level print 
job data and convert said plotting commands to a 
second intermediate code format, and third convert 40 
means used to convert said second intermediate 
code to bit map image data for printing. 

2. A print system as set forth in Claim 1 , wherein said 
intermediate level print job data includes specif ica- 45 
tton information specifying which plotting com- 
mands are expressed in said first intermediate code 
format, and said intermediate code convert means 
distinguishes said plotting commands in said first 
intermediate code format from others in accordance 50 
with said specification information. 

3. A print system as set forth in Claim 1 , wherein said 
printer driver further includes high-level job data 
generation means used to generate high-level print 55 
job data including plotting commands all of which 
are expressed in a high-level printer control lan- 
guage, and mode select means used to select one 



7. A print system as set forth in Claim 1 , wherein said 
intermediate level job data generation means in- 
cludes pre-develop means used to pre-develop bit 
map image data from said plotting commands ex- 
pressed in said first intermediate code format. 

8. A printing method using a host computer and a 
printer connected to the host computer, said meth- 
od comprising the following steps: 

generating, in said host computer, intermediate 
level print job data including plotting commands 
which are to be given to said printer and at least 
part of which is expressed in afirst intermediate 
code format, and then transmitting said gener- 
ated print job data to said printer; 
receiving, in said printer, said intermediate level 
print job data and converting said plotting com- 
mands to a second intermediate code; and 
converting, in said printer, said second interme- 
diate code to bit map image data for printing. 

9. A printer driver for generating print job data includ- 
ing plotting commands to be given to a printer, said 
printer driver including intermediate level job data 
generation means used to generate intermediate 
level job data including plotting commands at least 
part of which is expressed in a first intermediate 
code format. 

10. A printer driver as set forth in Claim 9, further in- 



6/10/05, EAST Version: 2.0.1.4 



15 



EP 0 820 004 A1 



eluding high-level job data generation means for 
generating high-level job data including plotting 
commands all of which are expressed in a high-lev- 
el printer control language, and mode select means 
for selecting one of said intermediate level job data 5 
generation means and said high-level job data gen- 
eration means. 

11. A program medium carrying a printer driver compu- 
ter program for generating print job data including 10 
plotting commands to be given to a printer, charac- 
terized in that said program medium carries a group 

of instructions for generating intermediate level job 
data including plotting commands at least part of 
which is expressed in a first intermediate code for- 1$ 
mat, in such a manner that said group of instruc- 
tions-can be read and understood by a computer. 

12. A printer, comprising: 

20 

means for receiving print job data including 
plotting commands; 

intermediate code convert means for, when 
said plotting commands of said received print 
job data are expressed in first intermediate 25 
code format, converting said first intermediate 
code to a second intermediate code; and third 
means for converting said second intermediate 
code to bit map image data for printing. 

30 

13. A printer as set forth in Claim 12, further including 
graphics means for, when said plotting commands 
of said received print job data are expressed in a 
high-level printer control language, converting said 
plotting commands in said high-level printer control 3S 
language to said second intermediate code. 
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